For Internet-accessible projects, GitHub.com provides Importer for automatic migration and repository creation from Subversion, Team Foundation Server, Mercurial, or alternatively-hosted Git version controlled projects.

The process is as simple, needing only you to sign into your GitHub account, if you aren鈥檛 already, entering your existing project鈥檚 version control URL in the repository field, and initiating the conversion.

Depending on the detected version control system, Importer may request additional information for migration. This includes a mapping file for associating Subversion usernames with Git fields.

Read more about how to import your project into GitHub by looking at the full GitHub Importer documentation.

When access limitations or non-public Subversion repositories need porting to Git, the SVN2Git utility is the command line utility of choice and provides control through every step of the process.

Subversion presents distinct differences in structure to that of a Git repository, and SVN2Git provides the flexibility and configuration for traditional and custom Subversion layouts. This ensures the resulting Git repository aligns with standard best practices for commits, branches, and tags for the entire project鈥檚 history.

Notable features of SVN2Git include:

Learn more about SVN2Git at the project鈥檚 official home page:

https://github.com/nirvdrum/svn2git

Often times, during a transition to Git, the Subversion infrastructure remains in place while users become acquainted with local Git repository interactions, local workflows, and desktop applications.

The git svn command permits users to synchronize with a centralized Subversion repository host while taking advantage of all the benefits local Git command line and graphical clients have to offer.

To acquire a Subversion repository as a resulting local Git repository, download the project in its entirety with this command:

Make certain you are familiar with the targeted Subversion repository鈥檚 structure and whether it follows the standard layout or not. For non-traditional trunk, branches, and tags layouts, the following option switches should be specified during the svn clone:

Once the clone operation completes, you can proceed with any local Git interactions on the command line or with graphical clients.

Publishing local Git history back to a central Subversion repository acquired with git svn clone is performed with one command:

If the hosted Subversion repository鈥檚 history possesses commits not yet in the local Git repository, the dcommit operation will be rejected until the commits are acquired with this command:

Keep in mind this action rewrites your local Git history and your commit identifiers will be different.

Subversion and Git share similar vocabularies, but the commonality often is only is command names. Behavior and functionality are quite distinct given the unique qualities Git provides as a distributed version control system when compared to the centralized aspects of Subversion.